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ABSTRACT 


A task oriented data model for an object oriented develop- 
ment tool. The data model comprises a task oriented struc- 
ture which mirrors the task tree embodied in the user 
interface of the object development tool. The object devel- 
opment tool exports the data model as a document expressed 
in meta data language such as XML. The XML data model 
document comprises a series of data elements which are 
arranged according to a meta data model to mirror the user 
interface task tree. The meta data model is implemented in 
XML as a Document Type Definition and comprises con- 
tainment relationships defined by XML constructs. The task 
oriented data model provides granularity for exporting and 
importing data elements, and also facilitates locating data 
elements of interest in the data model. 

12 Claims, 2 Drawing Sheets 
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METHOD AND MECHANISM FOR A TASK 
ORIENTED XML DATA MODEL 

REFERENCE TO RELATED APPLICATIONS 

This application is related to commonly assigned 
co-pending application Ser. No. 09/413,609, to Christina P. 
Lau, entitled "Method and Mechanism for a Task Oriented 
Data Model", filed the same day as the present application. 

FIELD OF THE INVENTION 

The present invention relates to object oriented program- 
ming systems, and more particularly to a task oriented 
structure for a data model. 

BACKGROUND OF THE INVENTION 

Traditionally in the computer programming arts, program 
code and data have been kept separate. For example, in the 
well-known C programming language, units of program 
code are called functions, and units of data are called 
structures. In C the functions and structures are not formally 
connected, that is, a function can operate on more than one 
type of data structure, and more than one function can 
operate on the same structure. 

Object-oriented programming, in contrast, deals with 
objects, in which program code and data are merged into a 
single indivisible entity or "object". An object is an instance 
of an implementation and an interface, which models a 
real-world entity. The object is implemented as a computa- 
tional entity that encapsulates state and operations and 
responds to requests. The data and methods are implemented 
internally in the object. A business object for example is an 
object containing business methods (i.e. logic) and state that 
is intended for use within business applications. 

Objects are built using an application program commonly 
referred to as an object builder tool. The object builder is a 
program which is used to define the business objects and 
generate the necessary definition and implementation files in 
IDL (Interface Definition Language), C++ and/or Java, as 
will be understood by those skilled in the programming arts. 

Object builders utilize a data model which provides a 
template of the data structure for the objects. Object-oriented 
data models can be adapted to a wide range of different 
models by changing the definitions of meta-data, such as the 
objects and the task trees. Meta-data as will be understood 
by those skilled in the art comprises the self-descriptive 
information that can describe both services and information. 
With meta-data new services can be added to a system and 
discovered at run-time. 

The object builder in the Component Broker™ toolkit 
from IBM utilizes a proprietary data model known as the 
Common Data Model (CDM), which is implemented as a 
binary file. In the object builder tool for Component 
Broker™, objects are processed by performing sets of 
user-defined operations in the form of task trees. 

The binary file format of the Common Data Model yields 
some advantages such as rapid saving and loading of the 
data model. However, these advantages are offset by a 
number of disadvantages. First, the binary format of the 
Common Data Model or CDM is not human readable and as 
such the data model can only be examined by using the user 
interface in the object builder or by viewing the code 
generated from the binary file. Second, the data model must 
be imported or exported in its entirety, i.e. component parts 
of the data model cannot be imported or exported. This 
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makes it much more time-consuming to perform impact 
analysis and to compare different model-generated out- 
comes. I -or example, to compare the modeling results 
obtained by modifying one object, it is usually necessary to 

5 import or export the entire data model, even though the data 
model is substantially unchanged in any respect other than 
the slightly altered object. 

This problem has been addressed in other data models by 
using a proprietary language, for example, the known Ratio- 

10 nal Rose tool utilizes a Rose mdl format file to represent the 
meta-data for the data model. Because the mdl format has 
been well publicized, objects using the mdl format can be 
designed and analyzed by any modeling tool which supports 
mdl. Using a proprietary language such Rose mdl, the 

15 meta-data is organized so that the component parts of the 
data model, such as objects and task trees, can be imported 
and exported at various different levels of generality. 
However, using a proprietary language limits the interoper- 
ability between the data model and other tools as these other 

20 tools will need to use parsers that are compatible with the 
proprietary language in order to retrieve meta-data from the 
data model. 

Accordingly, there remains a need for generating a data 
^ model which is not confined to a proprietary language. 

BRIEF SUMMARY OF THE INVENTION 

Hie present invention provides a mechanism for a task 
oriented data model for a development tool in an object 

3{J oriented programming system. 

According one aspect of the invention, the meta-data of 
the data model is represented using an open standard. 
Advantageously, by representing the meta-data using an 
open standard, conventional parsers for the open standard 

3S may be used to retrieve the meta-data. According to this 
aspect of the present invention, the data model takes the 
form of a document file expressed in Extensible Markup 
Language or XML. XML comprises a simplified subset of 
the Standardized Generalized Markup Language or SGML. 

4Q Like SGML, but unlike other subsets of SGML such as 
Hypertext Markup Language (HTML), XML permits (i) 
users to add new defined tags to the tag set at will; and (ii) 
XML documents to be properly nested within one another to 
an arbitrary extent. In accordance with this aspect of the 

45 invention, the import and export utility in the object builder 
is implemented to express the data model as an XML 
document wherein the data elements are arranged according 
to a meta data model. According to this aspect of the 
invention, the meta data model comprises a Document Type 

50 Definition or DTD in XML. 

According to another aspect of the invention, the data 
model incorporates a task oriented structure which mirrors 
the user interface in the object builder. The task tree for the 
user interface is represented using containment relationships 

55 defined by XML constructs specified in the Document Type 
Definition, i.e. the meta data model. For example, the 
properties and values in the SmartGuides™ under the Com- 
ponent Broker™ toolkit are represented according to this 
aspect of the invention as a tag with an identical label and 

so value format. Advantageously, this task oriented data struc- 
ture allows users to quickly locate and recognize the data 
element of interest in the data model. In addition, the task 
oriented structure of the data model provides the capability 
to export and import data elements with varying degrees of 

65 granularity. 

According to an aspect of the invention, there is provided 
a task oriented data structure embodied in a program storage 
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device for an object oriented application program, the object ity of items, said items defining a sequence of tasks for 
oriented application program having a user interface com- creating the objects, and said application program including 
prising a plurality of items, said items defining a sequence an export utility for exporting document files, said computer 
of tasks for creating one or more objects, said data structure system comprising: (a) means for outputting a document 
comprising: (a) a data model expressed in the form of a 5 fii e> sa id document file being expressed according to a meta 
document according to a meta data language; (b) said data dala programming language; and (b) said document file 
model including a plurality of data elements; (c) each of said comprising a plurality of data elements, each of said data 
data elements corresponding to one of the tasks in said elements corresponding to one of the tasks in said sequence 
sequence of tasks; and (d) said data elements being arranged of tasks ^ and ^ data dements being arranged according to 
according to a meta data model, wherein said meta data 1Q a meta data model, wherein said meta data model mirrors the 
model mirrors the sequence of tasks defined in the user sequence of tasks defined in the user interface. Said meta 
interface. Said meta data model may means for validating data modcl may { nc i udc means f or validating each of the 
each of said data elements and the arrangement of said data data dements in said document file. Said meta data language 
elements. Further, said meta data language may comprise may a ig 0 comprise XML or Extensible Markup Language, 
XML or Extensible Markup Language, and said data ele- 15 and said data c i cmc nts being arranged according to contain- 
ments being arranged according to containment constructs ment constructs specified in said meta data model. And, said 
specified in said meta data model. Said means for validating mea ns for validating may comprise a Document Type Defl- 
may also comprise a Document Type Definition specified in nition spcc jfied in XML. 
XML. And, said containment constructs may comprise tag 

definitions according to XML. ^ BRIEF DESCRIPTION OF THE DRAWINGS 

Hiere is also provided in an application program for Reference will now be made to the accompanying draw- 

creating objects, the application program having a user ^ wMch sh b of e le> p re f erred embodi- 

interface comprising a plurality of items, said items defining ments of ^ Qt inveniioD> and in whicn: 

a sequence of tasks for creating the objects, and said m „ ^ , . . _ , 

application program including an export utility for exporting ^ F \ G 1 » a * a S™ f^T ? m I TZ 

document filesf a export utility comprising: (a) means for wuldo ^ ° f an ob J c f budd , er of ih ? ^ sui / able fo . r a tas * 

exporting a documeni file expressed in a meta data program- oncDted data model according to the present invenUon; and 

ming language; and (b) wherein said document file com- FIG- 2 shows the main window of the Component Broker 

prises a plurality of data elements, each of said data elements object builder with an exemplary display of a user-defined 

corresponding to one of the tasks in said sequence of tasks, 30 interface object which has been selected, 

and said data elements being arranged according to a meta DETAILED DESCRIPTION OF THE 

data model, wherein said meta data model mirrors the PREFERRED EMBODIMENT 
sequence of tasks defined in the user interface. Said meta 

data model may also include means for validating each of The present invention comprises a task oriented structure 
the data elements included in said document file. Said 35 for a data model suitable for object oriented programming, 
document file may also be expressed in XML or Extensible According to the invention, the task oriented data structure 
Markup Language, and said data elements being arranged is implemented using the open standard language XML 
according to containment constructs specified in said meta (Extensible Markup Language). The data model for an 
data file. And, said means for validating may comprise a object is expressed as an XML document which is defined 
Document Type Definition specified in XML. 40 according to a meta data model. According to the invention, 
According to another aspect of the invention, there is the meta data model is implemented as a Document Type 
provided a computer program product for an object oriented Definition or DTD in XML. The XML document is corn- 
application program for creating objects, the application patible with the export and import utilities in development 
program having a user interface comprising a plurality of tools (e.g. object builder tool), it is a feature of the present 
items, said items defining a sequence of tasks for creating 45 invention that the task oriented structure mirrors the user 
the objects, and said application program including an interface in the object builder or development tool. In the 
export utility for exporting document files, said computer following description, the task oriented data structure is 
program product comprising a program storage device; described in the context of an object builder application 
means recorded on said program storage device for instruct- which is in the "toolkit" for IBM's Component Broker 
ing a computer to perform the steps of, (a) outputting a so software package. 

document file, said document file being expressed according Reference is first made to FIG. 1, which shows in dia- 
to a meta data programming language; and (b) said docu- grammatic form an object builder tool 10 in the Component 
ment file comprising a plurality of data elements, each of Broker toolkit. The object builder tool 10 is an application 
said data elements corresponding to one of the tasks in said program which provides an integrated development envi- 
sequence of tasks, and said data elements being arranged 55 ronment for software developers. As shown in FIG. 1, the 
according to a meta data model, wherein said meta data object builder tool 10 comprises a main window 20 having 
model mirrors the sequence of tasks defined in the user four panes denoted by 21, 22, 23, and 24 respectively. The 
interface. Said meta data model may include means for main view pane 21 on the left side of the window 20 
validating each of the data elements in said document file. provides the main view which is a task tree view. The main 
Said meta data language may comprise XML or Extensible ao view pane 21 is also the context for the content displayed in 
Markup Language, and said data elements being arranged the three other panes 22, 23, and 24. 
according to containment constructs specified in said meta As shown in FIG. 1, the main view pane 21 comprises a 
data model. And, said means for validating may comprise a "Framework Interfaces" item (or element) HO, a "User- 
Document Type Definition specified in XML. Defined Business Objects" item 120, a "User-Defined Corn- 
There is also provided a computer system for creating 65 positions" item 130, a "User-Defined Data Objects" item 
objects in an object oriented application program, the appli- 140, a "DBA-Defined Schemas" item 150, a "User-Defined 
cation program having a user interface comprising a plural- PA Schemas" item 160, a "Non-IDL Type Objects" item 
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170, a "Build Configuration" item 180, an "Application the aspects of the object that are accessible to the public. IDL 

Configuration" item 190, a "Container Definition" item 200, provides operating system and programming language inde- 

a "Default Homes" item 210, and a "HowMark" item 220. pendent interfaces to all services and components that reside 

The content of the other three panes 22, 23 and 24 in the on * bus as defined according to the CORBA (Common 

window 10 depends on the selected item or element in the 5 Object Request Broker Architecture) standard. The second 

main view pane 21. Referring to FIG. 2, an item from stc P is optional and allows a user to define a module which 

"User-Defined Business Objects" item 120, specifically comprises a grouping of interfaces. The third step performed 

"Account", has been selected. In turn, the second pane 22 b y the uscr involves defining the public interface for the 

displays an inheritance graph for the Account item, and the user-defined business object. The fourth step involves cre- 

third pane 23 shows the methods and attributes for the 10 ating a key helper which comprises an object which provides 

Account item. When one of the methods appearing in the a copy of the "identity 1 ' of the business object. The fifth step 

third pane 23 is selected, the implementation of that method involves creating an object which duplicates everything 

is shown in the fourth pane 24. arj out the business object, not just its identity. The sixth step 

It will be appreciated that the object builder tool 10 comprises implementing the specific behaviour, i.e. 

utilizes a task tree structure. As shown in FIG. 1, the 15 methods, for the business object. 

"User-Defined Business Objects" item 120 has a user inter- Similarly, according to the task tree structure for the 

face which is organized as a task tree structure. The task- "User-Defined Data Objects" item 140, a data object is 

oriented structure of the user interface forces a user to follow created according to the following sequence of steps: (1) 

a specified sequence in order to create a business object, Lc. create file; (2) create module; and (3) create interface. A data 

an object containing business methods (logic) and data 20 object is an object that provides an object-oriented rendering 

(state) that is intended for use within business applications. of the application data. 

As will now be described, the data model according to the According to the present invention, the data model com- 

present invention comprises a task oriented structure which prises a task oriented structure which preserves the sequence 

mirrors the user interface. The data model includes all the of steps followed by a user during the creation of the object, 

persistent meta-data which is used by the object builder tool The data content of the object, i.e. instance of data, is 

10. expressed by the object builder tool in the form of a text 

Referring to FIG. 1, and specifically the main view pane document. Since the data model mirrors the exact order in 

21, the task tree structure for the "User-Defined Business which the object was created by the user, the data model 

Objects" item 120 comprises a file item or element 121, a 3Q provides a structure from which the user interface of the 

module item 122, an interface item 123, a key helper item object builder tool can be inferred. Because the user inter- 

124, a copy helper item 125, a business object implemen- face is implicit in the organization of the data model, the data 

tation item 126, and a data object item 127. The "User- model can be imported by another tool by simply following 

Defined Data Objects" item 140 is also organized in a task or scripting the data structure. 

tree structure and comprises a file item 141, a module item 35 According to another aspect of the invention, the task 

142, and a interface item 142. Similar task tree structures are oriented data model is implemented using the meta-data 

provided for the "DBA-Defined Scbemas" item 150, the language XML (i.e. Extensible Markup Language) and a 

"Non-IDL Types Objects" item 170, the "Build Configura- me t a data model is implemented in the form of a Document 

tion" item 180, the "Application Configuration" item 190, Type Definition or DTD which is also expressed in XML. 

and the "Container Definition" item 200. ^ XML is a meta-data language which is self-descriptive of 

According to the task tree structure for the "User-Defined both services and information. In the context of the present 

Business Objects" item 120, a business object is created by invention, a meta data implementation is preferred because 

the following sequence of steps: (1) create file; (2) create the data can be genetically validated by reading or importing 

module; (3) create interface; (4) create key helper; (5) create the data. The DTD (i.e. meta data model) is used for 

copy helper; and (6) create implementation. 45 validating the correctness of the data model which is 

The first step performed by a user involves creating a file. expressed in the form of an XML document. 

The object builder 10 generates the file as an IDL (Interface According to this aspect of the present invention, the meta 

Definition File). As will be understood by one skilled in the data model for the "User-Defined Business Objects" item 

art, IDL is a contractual, neutral and declarative language 120 is specified in form of a Document Type Definition in 

that specifies an object's boundaries and its interfaces, e.g. XML as shown below. 


<?xm! encoding-"US-ASar"?> 

<! ELEMENT UstrDcftnedBusinessObject (Business ObjectUnit)*> 

<! ELEMENT UserDefinedDataObject (DOFile)*> 

<! ELEMENT BusinessObjectUnit (BOFite | CompositeFile)*> 

<! ELEMENT DBADcfincdSchcmas (SchemaGroup)*> 

<! ELEMENT UserDefinedPAOs (Schema)*> 

^..•••"•••••••••••••""BOFile' 

<! ELEMENT BOFilc (Comments | IncludcFilc | Module | BOArttfact | 
Constant | Enumeration J Exception | Structure | Typedcf | Union | Uuid)*> 
<!ATTLIST BO File Name CDATA #IMPLIED> 
<! ELEMENT Comments (#PCDATA)*> 
<! ELEMENT IncludeFile (#PCDATA)*> 
<! ELEMENT Uuid (#PCDATA)*> 
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-continued 


<!--**• ************"****Coinpositc Flic***** *••*»** ***•**•*--> 

<l ELEMENT CompositeFile (Comments | IncludeFile | Module | BOArtifact | 
Constant | Enumeration | Exception | Structure | Typedef | Union | Uuid)*> 
<!ATTL[ST CompositeFile Name CD ATA #IMPLIED> 

<!„***** *********""«"«*"Module****** ********** ****-> 

<! ELEMENT Module (PCDATA j BOArtifact | DOAitifact | Comments | Constant | Enumeration | Exception | 

Structure | Typedef | Union | Uuid)*> 

<! ATTUST Module Name CD ATA #IMPUED> 

<!„*»***•*******• *****«DO File******* *••■•*• ****•*--> 

<! ELEMENT DOFile (CommenU | IncludeFile | Module | DO Artifact | 
Constant | Enumeration | Exception | Structure | Typedef | Union | Uuid)*> 
<!ATTUST DOFile 
Name CDATA #IMPUED> 

*-**-*-*****BOArtifact*************** ,,, ****-> 

<! ELEMENT BOArtifact (InterFace | KeyArtifact | CopyArtifact [ BOImplementation)*> 

<! ELEMENT Interface (#FCDATA | IsQucryable | IsWLM | Comments | InterEacelnheritance | Attribute j 

Method | Constant | Enumeration | 

Exception | Structure | Typedef | Union | Uuid | ObjectRelationship | Compositelnfo)*> 

<!ATTLIST Interface 

Name CDATA #IMPLiED> 

<! ELEMENT IsQucryable (#PCDATA)*> 

<! ELEMENT IsWLM (#PCDATA)*> 

<! ELEMENT Interfacelnheritance (#PCDATA)*> 

<! ELEMENT Co mpositelnfo (CompositeRules | IntcrfaceReference)*> 
<! ATTUST Compositelnfo 
CompositeToolMoniker CDATA #IMPUED> 

•-♦•••»"' , «**-*"'*»'CompositeRules******** , "***** , "* , '*"> 

<! ELEMENT CompositeRules (#PCDATA)*> 

^..•••••••••••••♦••♦♦♦r^^aceRefejej^^******** **«»•** •**•_> 

<! ELEMENT IntcifaccReferencc EMPTY> 
<!ATTUST InterfaceReference 
Referenced CDATA MMPLIED 
[nstancelnterface CDATA #IMPLIED 
Instance Name CDATA #IMPLIED 
InstanceKind CDATA #IMPLIED> 

<l» " MM, DataRefcKiice -> 

<! ELEMENT DataRefercncc (Prereq | DataStore | Chain ) Select)* > 

<!ATTLIST DataReference 

Type CDATA #IMPUED 

ReferencedCategory CDATA ^IMPLIED 

Referencedlnterface CDATA MMPIIED 

ReferenccdName CDATA ^IMPLIED 

ReferencedKind CDATA #IMPUED 

Instancelnterface CDATA ^IMPLIED 

[nstanceName CDATA #IMPUED 

InstanceKind CDATA #IMPLIED> 

* ****Prereq* ** *»••••*••******* 

<! ELEMENT Prereq (Prereq | DataStore | Chain | Select)*> 
<! ATTUST Preieq 

ReferencedParameterName CDATA #IMPLEED 
ReferencedParametcrKind CDATA WIMPUED 
Targetlnterface CDATA #IMPUED 
OperationName CDATA #IMPLIED 
OpcrationKind CDATA ^IMPLIED 
ParameterName CDATA #IMPLIED 
ParameterKind CDATA IMPLIED 
Helper CDATA IMPLIED 
ReferencedCategory CDATA ^IMPLIED 
Referencedlnterface CDATA #IM PLIED 
ReferencedName CDATA ^IMPLIED 
ReferencedKind CDATA #IMPUED 
Instancelnterface CDATA #IMPLIED 
InstanceName CDATA ^IMPLIED 
InstanceKind CDATA MM PLIED > 

<! ELEMENT DataStore (#PCDATA)*> 
<!ATTLIST DataStore 
ReferencedCategory CDATA #IMPLIED 
Referencedlnterface CDATA #IMPUED 
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ReferencedName CD ATA #IMPLIED 
ReferencedKind CDATA #IMPLTED 
Instancelnterface CDATA #IMPLIED 
InstanceName CDATA ^IMPLIED 
Instance Kind CDATA «MPLIED> 


<!„****»*•♦****** ******Chain*****' ******* ***♦***-> 

<! ELEMENT Chain EMPTY> 

<! ELEMENT Select (NullAttribute)*> 


<! ELEMENT NuIlAttributc (Prcieq | DataStore ) Chain | Select) *> 

<!ATTLIST NullAttribute 

Attributelnterfacc CDATA MMPUED 

AttributeName CDATA #IMPLIED 

AttributeKind CDATA #IMPLIED 

Negated CDATA IMPLIED 

ReferencedCategory CDATA IMPLIED 

Referencedlnterface CDATA #IM PLIED 

ReferencedName CDATA #IMPLIED 

ReferencedKind CDATA #IMPliED 

Instancelnterface CDATA #IMPLIED 

tnstanceName CDATA ^IMPLIED 

InstanceKind CDATA #IMPLIED> 

«.}„****•*«*•».******* ***DelegateTbGroup* ** *** •**»*«*"»••* *-..> 
<! ELEMENT DelegateToGroup (#PCDATA)*> 

< t„****************««*»K B yAttrMapGniup************"*******"> 

<1 ELEMENT KeyAttrMapGroup CKcyAttrMapInfo)*> 

< l„****»»«*««**********KeyAttrM&pInfo**********'**********"> 

<! ELEMENT KeyAttrMapInfo (KeyAttrRefeience)*> 
<!ATTL[ST KeyAttrMapInfo 
Interface CDATA IMPLIED 
AttiibuteName CDATA #IMPLIED 
AttributeKind CDATA #IMPLIED> 

<l "KeyAttrReference* *** **** ***** «**-"»«* „> 

<! ELEMENT KeyAttrReferencc (KeyAttributeReference | InstanceAttributeReference)** 

<!„***** ***************KeyAttnbuteReference**** ********** _> 

<! ELEMENT KeyAttributeReference EMPTY> 
<IATTLEST KeyAttributeRefeience 
Interface CDATA MMFLIED 
AttributeName CDATA #IMPLIED 
AttributeKind CDATA #IMPLIED> 

<l.-»*******************InstalKwAttru^uteRefererlce , ■**' ,, •*• *************--> 

<! ELEMENT InstanceAttributeReference EMPTY> 

<! ATTLIST InstanceAttributeReference 

Interface CDATA IMPLIED 

AttributeName CDATA #IMPLIED 

AttributeKind CDATA #IMPLIED> 

<!„************ ********lxcationGroup*** ******** ****««***-.> 

<] ELEMENT LocationGroup (LocationByKey)*> 

<].-**•*•****•****** * ** *LocationByKey * ****************** *— > 

<! ELEMENT LocationByKey (InterfaceReference)*> 

<! ATTLIST LocationByKcy 

Group CDATA #IMPLIED 

FindObject CDATA IMPLIED 

CreateObject CDATA #IMPUED 

RemoveObject CDATA #IMPLIED 

CrcateFromCopy CDATA #IMPLIED 

HomeName CDATA #IM PLIED 

FactoryFinderName CDATA IMPLIED 

HomeParameter CDATA #IMPLIED> 

<!--****** **'**** "Object Relationship********* ****** **'**-> 

<! ELEMENT ObjectRelationship (Uuid | ObjectType | ReferenceCollectionlmpIemeniation | 

ReferenceResolvedByForeignKey j 

HomeToQueiy | Attribute | Method)* > 

<! ATTLIST ObjectRelationship Name CDATA #IMFLIED> 

<! ELEMENT ObjectType (#PCDATA)*> 

<J ELEMENT ReferenceConectionlmpIementation (#PCDATA)*> 
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-continued 


<! ELEMENT ReferenceRcsolvcuByFoicignKey (*PCDATA)*> 
< j„**»*»»«***»* 1t *«*»*** Con5truct *** ********* ********„ > 

<! ELEMENT Constant (Type | Initializer | Size | Uuid)*> 

<1ATTUST Constant 

Name CDATA #IMPUED> 

<! ELEMENT Enumeration (Member | Uuid)*> 

<!ATTLIST Enumeration 

Name CDATA #IMPUED> 

<! ELEMENT Exception (Member j Uuid)*> 

<!ATTLIST Exception Name CDATA #IMPUED> 

<! ELEMENT Member (Type | Size j TypeSpecification | SequenceSize | ArraySize | CaseLabel j Uuid)*> 

<! ATTUST Member Name CDATA #JMPLIED> 

<! ELEMENT TypeSpecification (#PCDATA)*> 

<I ELEMENT SequenceSize (#PCDATA)*> 

<! ELEMENT ArraySize (#PCDATA)*> 

<! ELEMENT CaseLabel (#PCDATA)*> 

<! ELEMENT Structure (Member | Uuid)*> 

<! ATTUST Structure Name CDATA #IMPUED> 

<1 ELEMENT Typedef (Type | Size | TypeSpecification | SequenceSize j ArraySize | Uuid)*> 

<! ATTLIST Typedef Name CDATA IMPLIED > 

<! ELEMENT Union (SwitchSpecifier | Member j Uuid)*> 

<! ATTLIST Union Name CDATA #IMPLIED> 

<! ELEMENT SwitchSpecifier (#PCDATA)*> 

<! ._******************** Attr £ bute * *„ > 

<! ELEMENT Attribute (Type j Initializer | Size | Implementation | Read-only | Overridable | (StringBehaviour?) j 

GetterMethodBodyForPlatform | SetterMethodBodyForPlatform | GetterlmpIementationType | 

SettcrlmplcmentationType | Parentlnterface | DOAttributeName | Uuid DataRcfcrence | DclegateTbGroup | 

UsedIn[mplementation j StaticData | 

GetterBodiesKeepAllPlatformsInSyncCpp | 

GetterBodiesKeepAllPlatfonnsInSyncJava | 

SetterBodiesKeepAIlPlatfoTmsInSyncCpp | 

SetterBodiesKeepAllPlatformsInSyncJava)*> 

<!ATTLIST Attribute 

Name CDATA #IMPLIED> 

<! ELEMENT Type (#PCDATA)> 

<! ELEMENT Initializer (#PCDATA)*> 

<! ELEMENT Size (#PCDATA)*> 

<! ELEMENT Implementation (#PCDATA)> 

<! ELEMENT Read-only (#PCDATA)> 

<! ELEMENT Overridable (#PCDATA)> 

<! ELEMENT StringBehaviour (#PCDATA)> 

<! ELEMENT GetterlmpIementationType (#PCDATA)*> 

<! ELEMENT SetterlmplementationType (#PCDATA)*> 

<! ELEMENT DOAttributeName (#PCDATA)*> 

<! ELEMENT Parentlnterface (#PCDATA)*> 

<! ELEMENT Usedlnimplementation (#PCDATA)*> 

<! ELEMENT StaticData (#PCDATA)*> 

<t ELEMENT GetterBodiesKeepAlIPlatformsInSyncCpp (#PCDATA)*> 
<l ELEMENT GetterBodiesKeepAllPlatformsInSyncJava {#PCDATA)*> 
<! ELEMENT SetterBodiesKeepAllPlatformsInSyncCpp (#PCDATA)*> 
<! ELEMENT SetterBodiesKeepAllPlatformsInSyncJava (#PCDATA)"> 
<! ELEMENT GetterMethodBodyForPlatfonm (Language)*> 
<!ATTUST GetterMethodBodyForPlatform Name CDATA #IMPUED> 
<! ELEMENT SetterMethodBodyForPlatform (Language)*> 
<! ATTUST SetterMethodBodyForPlatform Name CDATA #IMPLIED> 
<! --ELEMENT ImplementationLanguage ANY-> 

<l ELEMENT Language (UseToolDef, UseFile, UseTDEjFLlename?, TbolDef?, 

UserDef?,((OOSOLSourceType?, OOSQLUserDef?) | (ESQLSourccType?, ESQLUscrDcf?))?)> 

<! ATTUST Language 

Name CDATA #IMP1IED> 

<! ELEMENT UscToolDef (#PCDATA)> 

<! ELEMENT UseFile (#PCDATA)> 

<! ELEMENT UseTDE (#PCDATA)> 

<! ELEMENT Filename (#PCDATA)*> 

<! ELEMENT TbolDef (#PCDATA)*> 

<! ELEMENT UserDef(#PCDATA)*> 

<! ELEMENT OOSQLSourceType (#PCDATA)*> 

<! ELEMENT OOSQLUserDef (#PCDATA)*> 

<! ELEMENT ESQLSourceType (#PCDATA)*> 

< I ELEMENT ESQLUs erDef (#PCDATA) * > 

<! ****»*****»****Method** **••_> 

<!-- Preserve spaces and newline --> 

<! ATTUST Filename xmhspace (default|prescrve) "preserve"> 
<!ATTLIST TbolDef xmlispace (defaultjpreserve) "pieserve"> 
<! ATTUST UserDef xml:space (defaultjpreserve) "preserved 
<! ATTUST Comments xml:space (defaultjpreserve) "preserved 
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<!ATTUST OOSQLUserDef xml:space (defaultjprcserve) "preserved 
<1ATTL[ST ESQLUserDef xmLspace (default|preserve) "preserve's 
<!- Preserve spaces and newline --> 

<! ELEMENT Method (ReturnType | Size | Implementation | MethodBodyForFlatform [ One-way | Overridable | 

ConstMethod j IsFrarneworkMethod | ExceptionRaises | Context | Parameter | Uuid | Parentlnteiface | 

DataReference | DelegateTbGroup j McthodType | Usedlnlmplementation | StaticMethod | PushDownMethod | 

MappedMetbod | PtatformnSet | MethodBodiesKeepAUPlatformslnSyncCpp | 

MethodBodiesKeepAlIPlatformsInSyncJava) * > 

<!ATTUST Method 

Name CD ATA #IMPLIED> 

<! ELEMENT ReturnType (#PCDATA)> 

<! ELEMENT ConstMethod (#PCDATA)> 

<! ELEMENT PushDownMethod (#PCDATA)*> 

<! ELEMENT MappedMethod (#FCDATA)*> 

<! ELEMENT MethodBodyForPlatform (Language)*> 

<!ATTLIST MethodBodyForPlatform Name CDATA #IMPUED> 

<! ELEMENT ImplementationType (#PCDATA)*> 

<! ELEMENT Designpattem (#PCDATA)*> 

<! ELEMENT UseMacro (#PCDATA)> 

<! ELEMENT One-way (#PCDATA)> 

<! ELEMENT IsFrarneworkMethod (#PCDATA)> 

<! ELEMENT ExceptionRaises (#PCDATA)*> 

<t ELEMENT Context (#PCDATA)*> 

<! ELEMENT StaticMethod (#PCDATA)*> 

<! ELEMENT PlatformSet (#PCDATA)> 

<! ELEMENT MethodBodiesKeepAllPlatformsInSyncCpp (#PCDATA)*> 

<! ELEMENT MethodBcdiesKeepAllPlatformslnSyncJava (#PCDATA)*> 

<! ELEMENT Parameter (ParameterType | Size | DirectionalAttr | Uuid )•> 

<!ATTLIST Parameter 

Name CDATA #IMPL£ED> 

<! ELEMENT ParameterType (#PCDATA)*> 

<! ELEMENT DirectionalAttr (#PCDATA)*> 

<! ELEMENT MethodType (#PCDATA)*> 

<!» **DOArtifact*** 

<! ELEMENT DOArtifact (DOInterface | Comments)*> 

<!-•**•*•* *Key * •••••••_> 

<! ELEMENT KeyArtifact (#PCDATA | File | Module | Interface | Attribute | Method | Interfacelnheritance | Uuid 
| Prologue | CppPrologue | JavaPrologue | Epilogue ) CppEpilogue | JavaEpilogue | KeyAttrMapGroup)*> 
<! ELEMENT File (#PCDATA | Uuid | IncludeFile | Comments )*> 
<!ATTLIST Hie Name CDATA #IMPLJED> 

<! ELEMENT CopyArtifact (#PCDATA | FUe | Module | Interface j Attribute | 
Method | InterFacelnheritancc | Uuid | Prologue | CppPrologue | 
JavaPrologue | Epilogue | CppEpilogue ( JavaEpilogue) *> 

<!„*****'**•* •******»**BO Implementation** ********* **••**•**.-> 

<! ELEMENT BOImplementation (#P CDATA | File | Module | Interface | Pattern | LazyEvaluation | 

DataObjectlnterface | SessionableBO J ImplementationLanguage | UserData | Implementationlnheritance | 

Attribute | Method j Prologue | CppPrologue | JavaPrologue | Epilogue | CppEpilogue | JavaEpilogue | Key [ Copy 

j Handle | DOInterface | MO | Uuid | LocationGroup | Object Relationship) •> 

<! ELEMENT Pattern (#PCDATA)> 

<! ELEMENT Lazy Evaluation (#PCDATA)> 

<:! ELEMENT DataObjectlnterface (#PCDATA)> 

<! ELEMENT SessionableBO (#PCDATA)> 

<! ELEMENT ImplementationLanguage (#PCDATA)*> 

<\ ELEMENT UserData (#PCDATA)*> 

<! ELEMENT Implementationlnheritance (#PCDATA)> 

<! ELEMENT Prologue (#PCDATA)*> 

<! ELEMENT CppPrologue (#PCDATA)*> 

<! ELEMENT JavaPrologue (#PCDATA)*> 

<l ELEMENT Epilogue (#PCDATA)*> 

<! ELEMENT CppEpilogue (#PCDATA)*> 

<!ELEMENT JavaEpilogue (#PCDATA)*> 

<! ELEMENT Key (#PCDATA)*> 

<! ELEMENT Handle (#PCDATA)*> 

<t- Preserve spaces and newline --> 

<!ATTUST Prologue xml : space (defaultjp reserve) "preserved 
<!ATTLIST CppPrologue xml space (defaultjp reserve) "preserve"> 
<IATTLIST JavaPrologue xml: space (default|p reserve) "preserve"> 
<!ATTLISr Epilogue xml:space (default|prcserve) "prcserve"> 
<!ATJ*LIST CppEpilogue xml apace (default|preserve) "preserved 
<!ATTUST JavaEpilogue xml:space (defaultjp reserve) "preserved 

<! ..................*.-. DO Stuff******* *•••■«•■• »**•-> 

<! ELEMENT DOInterface (File | Module | Interface | Comments | Interfacelnheritance | DOImplementation ( 
Attribute | Method | Constant | Enumeration j Exception | Structure | Typedef j Union | Uuid)*> 
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<!ATTLIST DOIntcrfecc 
Name CD ATA #IMPUED> 

<!__•****••■"■**•■** **»***DO Impltmentation*'** 1 ***** ******--> 
<! ELEMENT DOImplementation (#PCDATA | File | Module | Interface | 
Environment | PersistentBehaviour | DataAccessPattern | PointcrHandb | 

Key | Copy | Implementationlnheritance | Attribute | Method | Prologue | CppPrologue | JavaPrologue | Epilogue | 

Cpp Epilogue | XavaEpilogue | PO | POMapping | Uuid)*> 

<1 ELEMENT Environment (#PCDATA)*> 

<] ELEMENT PersistentBehaviour (#PCDATA)*> 

<! ELEMENT DataAccessPattern (#PCDATA)*> 

<\ ELEMENT PointerHandle (#PCDATA)*> 

<! ELEMENT Copy (#PCDATA)*> 

<u ,mww •»»,«***«« «****** po stuff**" *„> 

<! ELEMENT PO (Uuid?, ShortName?, ModuleName?, JavaPackage?, JavaPath?, 

PAOService?, POAccessType, Prologue?, CppPrologue?, JavaPrologue?, Epilogue?, CppEpilogue?, 

JavaEpilogue?, BindFileName, Comments?, POAttribute*, POMethod*, Schema ?)> 

<!ATTLIST PO 

Name CDATA #IMPLIED> 

<! ELEMENT POAccessType (#PCDATA)> 

<! ELEMENT BindFileName (#PCDATA)*> 

<IELEMENT POAUribute (Uuid?, Type, Size, CoIumnName, KeySequenceNumber?, Key?, Getter?, Setter7, 

Getter Bodies KeepAll PlatformsInSyncCpp?, SetterBodiesKccpAllPlatformsInSyncCpp?, 

GetterMetho dBod yForPlatform * , SetterMethodBodyForPlatfo rm * )> 

<! ATTLIST POAttribute Name CDATA #IMPLIED> 

<! ELEMENT KeySequenceNum (#PCDATA)*> 

<I ELEMENT KeySequenceNumber (#PCDATA)*> 

<! ELEMENT POMethod (Uuid?, IsFrameworkMethod, McthodFunction?, Implementation, RetumType, 

POParameter*, PlatformSet?, MethodBodiesKeepAllPlatfonnsInSyncCpp?, MethodBodyForPlatform*)> 

<! ATTLIST POMethod Name CDATA #IMPLIED> 

<! ELEMENT POParameter (Type, Size?, ParmAcccssType?)> 

< I ATTLIST POParameter Name CDATA #IMPLIED> 

<! ELEMENT PannAccessType (#PCDATA)> 

<!-******•****'■** *DOImpl->PO Mappings********************»> 

<! ELEMENT POMapping (AttributeMapping*, MethodMapping*)> 
<! ELEMENT AttributeMapping (DataObjectAttribute, PatternType?, 

PrimitiveMapping?,((POAttributeImp]ementation+ ) MappingHelper?) | (KeyMapping | StructMapping)*)?)> 
<! ELEMENT DataObjectAttribute (#PCDATA)> 
<l ELEMENT PatternType (#PCDATA)> 

<! ELEMENT PrimitiveMapping (POAttributeImplementation+, MappingHe!per?)> 
<! ELEMENT POAttributelmplemenLation (POInstance, POInstanccAttribute)> 
<! ELEMENT POInstance (#PCDATA)> 
<! ELEMENT POInstanceAttribute (#PCDATA)> 

<IEUEMENT MappingHelper (MappingHelperClass, MappingHelperToTarget, MappingHe]perToSource)*> 
<! ELEMENT MappingHelperClass {#PCDATA)*> 
<! ELEMENT MappingHelperToTarget (#PCDATA)*> 
<! ELEMENT MappingHelperToSource (#PCDATA)*> 

<! ELEMENT KeyMapping (KeyFuIlName, HomeTbQuery, (KcyAttributeMapping)*)> 
<t ELEMENT KeyFullName (#PCDATA)> 
<! ELEMENT HomeToQuery (#PCDATA)*> 

<! ELEMENT KeyAttributeMapping (KeyAttribute, (FOAttributelmplementation)*, MappingHelper?)> 
<l ELEMENT KeyAttribute (#PCDATA)> 

<! ELEMENT StructMapping (StructFullName, (StructAttributeMapping)*)> 
<! ELEMENT StructFullName (#PCDATA)> 

<! ELEMENT StructAttributeMapping (StructAttribute, PrimitiveMapping?, (KeyMapping | StructMapping)*)> 
<! ELEMENT StructAttribute (#FCDATA)> 

<! ELEMENT MethodMapping (DataObjectMethod, AlwaysCompletes, 
(POMethodImplementation)*)> 

<! ELEMENT POMethodlmplementation (POInstance, POInstanceMethod)> 
<! ELEMENT DataObjectMethod (#PCDATA)*> 
<! ELEMENT AlwaysCompletes (#PCDATA) * > 
<I ELEMENT POtnstanceMethod (#PCDATA)> 

<!-•*•♦♦■••• ************Schema $^0****** 

<! ELEMENT 

Schema (((DatabaseName, UserName?, SchemaName, ContainedBySchemaGroup, 
DatabaseType?, SchemaType, PKConstraint?, PKCons train tComment?, Comments?, SQLFilename, 
Column *,((ForeignKey*) (ViewSelect?, ViewFrom?, ViewWhere?, ViewOrderby?, ViewGroupby?, 
ViewHaving?, IsUserWrittenCIause?, ViewSchema+, ViewColumnMapping?))) (SchemaName, ShortName, 
ModuteName, SchemaType, JavaPackage, JavaPath, JavaClassName, PAOService, Property*, 
SchemaMethod*)), P0*)> 
<! ATTLIST Schema 
Name CDATA #IMPUED> 

<! ELEMENT ContainedBySchemaGroup (#PCDATA)*> 
<! ELEMENT DatabaseName (#PCDATA)> 
<! ELEMENT UserName (#PCDATA)*> 
<! ELEMENT SchemaName (#PCDATA)> 
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<! ELEMENT ShortName (#PCDATA)> 

<l ELEMENT ModuleNamc (#PCDATA)> 

<! ELEMENT SchemaType (#PCDATA)> 

<! ELEMENT PKConstraiat (#PCDATA)*> 

<! ELEMENT PKConstraintComment (#PCDATA)*> 

<! ELEMENT SQLFilcnamc (#PCDATA)*> 

<! ELEMENT JavaPadcage (#PCDATA)> 

<! ELEMENT JavaPath {.PCDATA> 

<! ELEMENT JavaClassName (#PCDATA)> 

<! ELEMENT PAOService (#PCDATA)> 

<! ELEMENT SchemaMethod (Uuid?, IsFrameworkMethod, MethodFunction?, Implementation, RetumType, 
SchemaParameter*)> 

<! ATTLIST SchemaMethod Name CDATA #IMPLIED> 

<! ELEMENT MethodFtmction (#PCDATA)*> 

<! ELEMENT SchemaParameter (Type, Sizc7)> 

<! ATTUST SchemaParametcr Name CDATA #IMPLIED> 

<! ELEMENT Column (CohimnName, ColumnType, NotNull, KeySequenceNumber, ColuraaSequenceNumber, 

Length, Scale, ForBitData, Comments)> 

<!ATTLtST Column 

Name CDATA #IMPLIED> 

<! ELEMENT Column Name (#PCDATA)> 

<! ELEMENT ColumnTypc (#PCDATA)> 

<! ELEMENT NotNull (#PCDATA)> 

<! ELEMENT ColumnScquenccNuinber (# PCDATA) "> 

<! ELEMENT Length (#PCDATA)> 

<! ELEMENT Scale (#PCDATA)> 

<! ELEMENT ForBitData (#FCDATA)> 

<! ELEMENT Property ClVpeString, TypeQualifier, Size, Key?, Getter7, Setter?, Uuid?)> 

<!ATTL[ST Property 

Name CDATA #IMPUED> 

<! ELEMENT TypeString (#PCDATA)> 

<! ELEMENT TypeQualifier (#PCDATA)> 

<1 ELEMENT Getter (#PCDATA)> 

<! ELEMENT Setter (#PCDATA)> 

<! ELEMENT ForeignKey (IsUnnamed, ForeignKeyName?, TaigetSchema, 
Comments, FKMapping*)> 

<! ATTUST ForeignKey Name CDATA #IMPLIED> 
<! ELEMENT ForeignKeyName (#PCDATA)*> 
<! ELEMENT IsUnnamed (#PCDATA)> 

<! ELEMENT TargetSchema (DatabaseName, UseiName?, SchemaName, ContainedBySchemaGroup)> 

<I ELEMENT FKMapping (OwningAttribute, TargetAttribute)> 

<! ELEMENT OwningAttribute (#PCDATA)> 

<! ELEMENT TargetAt tribute (#PCDATA)> 

<! ELEMENT ViewSelect (#PCDATA)*> 

<! ELEMENT ViewFrom (#PCDATA)*> 

<! ELEMENT ViewWheie (#PCDATA)*> 

<! ELEMENT VicwOrderby (#PCDATA)*> 

<! ELEMENT ViewGroupby (#PCDATA)*> 

<! ELEMENT ViewHaving (#PCDATA)*> 

<! ELEMENT IsUserWrittenClause (#PCDATA)*> 

<! ELEMENT ViewSchema (DatabaseName, UserName?, SchemaName, ContainedBySchemaGroup)> 

<! ELEMENT ViewColumnMapping (ViewColumn *)> 

<! ELEMENT ViewColumn (TargetSchema, TargetColumn)> 

<1 ATTLIST ViewColumn Name CDATA #IMPLIED> 

<! ELEMENT TargetColumn (#PCDATA)*> 

<!__***** ••••*****»*****Sd)einaGroup g^ff* ************** *«***„,„ 

<! ELEMENT SchemaGroup (DatabaseName?, DatabaseType?, DDLFilename?, EditGeneratedFile?, Schema*)> 

<! ATTLIST SchemaGroup 

Name CDATA #IMPliED> 

<! ELEMENT DatabaseType (#PCDATA)*> 

<! ELEMENT DDLFilename (#PCDATA)*> 

<! ELEMENT EditGeneratedFile (#PCDATA)*> 

^.••••••••.••.^•••^•^•I^O stuff*********"**"* --> 

<! ELEMENT MO (File | Module | Inteiface | Implementationlnheritance | 

MOApplication | Adaptor | Uuid)*> 

<! ELEMENT MOApplicationAdaptor (#PCDATA)*> 

<l- UDBO 7 --> 


As shown above the meta data model comprises a Docu- 
ment Type Definition (DTD) which specifies the set of 
required and optional elements, and their attributes, for the 
data models which are expressed as XML documents. In 
addition, the DTD specifies the names of the tags and the 
relationships among elements in the data model, i.e. XML 
document. It will also be appreciated that the task tree 


elements for the "User-Defined Business Objects" item 120 
are expressed using containment relationships in the Docu- 
ment Type Definition shown above. For example, the file 
element or item 121 is defined as <! ELEMENT BOFile 
65 (Comments| . . . |Uuid) ,,, >, and the module item 122 is 
defined as <! ELEMENT Module (#PCDATA| . . . Uuid)*>. 
Similarly, in the DTD the "attributes" of the object are 
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defined as <! ELEMENT Attribute (Type |Initializer| . . . )*>, 
and the "methods" of the object are defined as <! ELEMENT 
Method (RetumType| . . . )*>. The specific syntax of the 
meta data model expressed in the above DTD will be within 
the understanding of those familiar with XML. 

Next, the meta data model according to the present 
invention for the "Non-IDL Type Objects" item 170 is 
specified in the form a Document Type Definition as shown 
below. 


10 


<?xml encoding="US-ASCir?> 

<! ELEMENT NonlDLTVpcDeftaition (NonlDLType)* > 

<! ELEMENT NonlDLType (ImplementationLanguage | 

Implementation FoiPlatform | PackageName | Uuid)*> 
<!ATTL[ST NonlDLType 
Name CD ATA MMPUED> 

<! ELEMENT ImplementationLanguage (#PCDATA)*> 

<! ELEMENT Uuid (#PCDATA)*> 

<! ELEMENT PackageName (#PCDATA)*> 

< ! ELEMENT Imp lementationForPlatfonn ( HeaderFile | UbraryName)*> 
<! ATTLIST ImplementationForPlatformNarne CDATA #IMPUED> 
<! ELEMENT HeaderFile (#PCDATA)*> 
<l ELEMENT Library Name (#PCDATA)*> 
<!-- NonlDLType ? --> 

The specific syntax of the meta data model for the "Non-IDL 
Type Objects" item as expressed in the above DTD will be 
within the understanding of those familiar with XML. 

The meta data model according to the present invention 
for the "Build Configuration" item 180 is specified in the 
form of a Document Type Definition as shown below. 


<?xml encoding-" US-ASar'?> 

<! ELEMENT BuildConfiguration (DLLUnit)* > 

<! ELEMENT DLLUnit (Uuid | Tier | Description | ApplicablePlatforms | 
MakcfileOptionsForPlatform | FilesIoDLL | LinkLibInDLL)*> 

<! ELEMENT MakefileOptionsForFlatform (LibraryName j MakeOptions | 
IDLCompile j JavaCompile | JCBJavaCompile | 
CPPCompUe | LinkOptions)*> 

<l ATTLtST DLLUnit Name CDATA #IMPLIED> 

<!ATTLIST MakefileOptionsForPlatfoimName CDATA MMPUED> 

<! ELEMENT Uuid (#PCDATA)*> 

<! ELEMENT Tier (WCDATA) • > 

<! ELEMENT ApplicablePlatforms (#PCDATA)*> 

<! ELEMENT Description (#PCDATA)"> 

<! ELEMENT LibraryName (#PCDATA)*> 

<! ELEMENT MakeOptions (#PCDATA)*> 

<! ELEMENT IDLCompile (#PCDATA)*> 

<! ELEMENT JavaCompilc (#PCDATA)*> 

<! ELEMENT JCBJavaCompile (#PCDATA)'> 

<! ELEMENT CPPCompile (#PCDATA)*> 

<! ELEMENT LinkOptions (#PCDATA)*> 

<l ELEMENT FilesInDLL (File)*> 

<! ELEMENT File (#PCDATA)"> 

<! ELEMENT LinkLiblnDLL (LinkLib)*> 

<! ELEMENT LinkLib (#PCDATA)*> 

<!-- DLL 1 --> 


The specific syntax of the meta data model for the "Build 
Configuration" item as shown in the above DTD will be 
within the understanding of those familiar with XML. 

The meta data model according to the present invention 
for the "Application Configuration" item 190 is specified in 
the form of a Document Type Definition as shown below. 
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<!ATTLIST ApplicationFamilyUnit 
Name CDATA #IMPLIED> 
<! ELEMENT Description (#PCDATA)*> 
<! ELEMENT Version (#PCDATA)*> 
<1 ELEMENT DiskSpace (#PCDATA)*> 
<! ELEMENT Readme (#PCDATA)*> 
<! ELEMENT Uuid (#PCDATA)*> 

<!_*******•••»•*••*«* ••Application* ************ *•*****--> 

<! ELEMENT Application ( (Description, Version, JavaVM, Initials tate?, 

Executable") | ManagedObject j Uuid)*> 
<! ATTLIST Application 
Name CDATA #IMPUED> 
<! ELEMENT JavaVM (#PCDATA)*> 
<! ELEMENT InitialState (#PCDATA)*> 
<! ELEMENT Executable (#PCDATA)*> 

<(„*****»*** **«********Managed Object******** **••••• •••••.> 

<! ELEMENT ManagedObject ( Dll | Key | Copy | DOImpl | 
ContainerName | Home ) NameOfFactory | NameOfHome | 
NameContexts Visible[nCell | VisiblelnWorkGroup | 
WorkLoadManaged | State | Uuid)'> 

<! ATTLIST ManagedObject Name CDATA #IMPLIED> 

<! ELEMENT Dll (#PCDATA)*> 

<1 ELEMENT Key (DU)> 

<! ATTLIST Key Name CDATA #IMPLIED> 

<! ELEMENT Copy (DU)*> 

<! ATTLIST Copy Name CDATA #IMP1IED> 

<! ELEMENT DOImpl (Dtl)> 

<! ATTLIST DOImpl Name CDATA #IMPLIED> 

<! ELEMENT ContainerName (#PCDATA)> 

<! ELEMENT Home (CustomizedHome | Dll)*> 

<! ATTLIST Home Name CDATA #IMPUED> 

<! ELEMENT CustomizedHome (#PCDATA> 

<1ELEMENT NameOfFactory (#PCDATA)*> 

<! ELEMENT NameOfHome (#PCDATA)*> 

<! ELEMENT NameContexts (#PCDATA)*> 

<! ELEMENT VisibletnCell (#PCDATA> 

<! ELEMENT VisiblelnWorkGroup (#PCDATA)> 

<! ELEMENT WorkLoadManaged (#PCDATA)> 

<! ELEMENT State (#PCDATA)> 

<1- APPL ? --> 


The specific syntax of the meta data model for the "Appli- 
cation Configuration" item as shown in the above DTD will 
be within the understanding of those familiar with XML. 

The meta data model according to the present invention 
for the "Container Definition" item 200 is specified in the 
form of a Document Type Definition as shown below. 


45 


<?xml encoding-"US-ASar?> 

-<1 ELEMENT ApplicationConfiguration (ApplicationFamilyUnit) "> 
<! ELEMENT ApplicationFamilyUnit (Description | Version | DiskSpace | 
Readme | Application | Uuid)*> 


65 


<?xml encoding-"US-ASar?> 

<! ELEMENT ContainerDefinition (Container) *> 

<1 ELEMENT Container (Uuid [ Description | NumberOfComponents | 

TransactionPolicy | TerminationPolicy | PassivationPolicy | 

PersistentReferences | BOPattem | DOPattern | 

CachingServices | Ho me Services j WorkLoadManaged | 

Policy Group j Uses Session | SessionPolicy j 

SessionConnectionType | SessionConnectionName j SessionPriority | 

PAAService )*> 
<! ATTLIST Container Name CDATA #IMPLIED> 
<IELEMENT Uuid (#PCDATA)*> 
<! ELEMENT Description (#PCDATA)*> 
<! ELEMENT NumberOfComponents (#PCDATA)*> 
<! ELEMENT TransactionPolicy (#PCDATA)*> 
<! ELEMENT TerminationPolicy (#PCDATA)*> 
<1 ELEMENT PassivatfonPoIicy (#PCDATA)*> 
<l ELEMENT PersistentReferences (#PCDATA)*> 
<! ELEMENT BOPattem (#PCDATA)*> 
<I ELEMENT DOPattern (#PCDATA)*> 
<1 ELEMENT CachingServices (#PCDATA)*> 
<! ELEMENT HomeServices (#PCDATA)*> 
<! ELEMENT WorkLoadManaged (#PCDATA)*> 
clELEMENT PolicyGroup (#PCDATA)*> 
<I ELEMENT UsesSession (#PCDATA)*> 
<!ELEMENT SessionPolicy (#PCDATA)*> 
<!ELEMENT SessionConnectionType (#PCDATA)*> 
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<! ELEMENT ScssionPriority (#PCDATA)*> 

<I ELEMENT SessionConnectionName (#PCDATA)*> 

<! ELEMENT PAAService (#PCDATA) * > 5 
<!-- CONT ? --> 


The specific syntax of the meta data model for the "Con- 
tainer Definition" item as shown in the above DTD will be 
within the understanding of those familiar with XML. 10 

The DTD's shown above provide the meta data models 
which define the content and arrangement of the data models 
(i.e. XML documents) generated by the object builder tool 
10, and the specified tags provide a mechanism for inter- 
preting the data elements expressed in the XML document. ^ 
When an XML document is imported by an object builder 
tool or some other XML compatible tool, the XML docu- 
ment is parsed and rendered according to the specifications 
in the meta data model, i.e. the DTD. Because the DTD 
provides a description of the data model, an application can 
validate that the XML document conforms to its specified 
structure, i.e. data model. This validation can be automated 
as the XML language is machine readable. 

The task oriented data model for the object builder as 
specified in the DTD's above allows the data to be exported 
and imported with the following granularity: (1) the entire 25 
data model; (2) all business objects under the task tree for 
the "User-Defined Business Objects" item 120 (FIG. 1); (3) 
a single Business Object unit; (4) all data objects under the 
task tree for the "User-Defined Data Objects" item 140 (FIG. 
1); (5) a single Data Object unit; (5) all schemas under the 30 
task tree for the "DBA-Defined Schemas" item 150 (FIG. 1); 
(6) all nonlDL types under the task tree for the "Non-IDL 
Type Objects" item 170 (FIG. 1); (7) all makefiles under the 
task tree for the "Build Configuration" item 180 (FIG. 1); (8) 
all application families under the task tree for the "Appli- 35 
cation Configuration" item 190 (FIG. 1); (9) all containers 
under the task tree for the "Container Definition" item 200 
(FIG. 1). 

Advantageously, the human-readable form of the data 
model (i.e. the XML document) and the meta data model 
(i.e. the DTD) allow a user to directly examine the data 40 
model and quickly locate the data element or item of 
interest. 

The present invention may be embodied in other specific 
forms without departing from the spirit or essential charac- 
teristics thereof. For example, while the task oriented data 45 
model was described in the context of an XML 
implementation, it will be understood that implementations 
using other meta data language specifications can be used. 
Therefore, the presently discussed embodiments are consid- 
ered to be illustrative and not restrictive, the scope of the 50 
invention being indicated by the appended claims rather than 
the foregoing description, and all changes which come 
within the meaning and range of equivalency of the claims 
are therefore intended to be embraced therein. 

The invention may be implemented as a computer pro- 5S 
gram product comprising a program storage device and 
means recorded on said program storage device for instruct- 
ing a computer to perform the steps of the invention and as 
a data structure embodied in a program storage device. Such 
a program storage device may include diskettes, optical 
discs, tapes, CD-ROMS, hard drives, memory including 60 
ROM or RAM, computer tapes or other storage media 
capable of storing a computer program. 

The invention may also be implemented in a computer 
system. In a preferred embodiment, a system is provided 
comprising a computer program operating on a data pro- 65 
cessing system, with the computer program embodying the 
method of the invention and producing an output of the 
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method on a display or output device. Data processing 
systems include computers, computer networks, embedded 
systems and other systems capable of executing a computer 
program. A computer includes a processor and a memory 
device and optionally, a storage device, a video display 
and/or an input device. Computers may equally be in stand- 
alone form (such as the traditional desktop personal 
computer) or integrated into another apparatus (such as a 
cellular telephone). 

While this invention has been described in relation to 
preferred embodiments, it will be understood by those 
skilled in the art that changes in the details of processes and 
structures may be made without departing from the spirit 
and scope of this invention. Many modifications and varia- 
tions are possible in light of the above teaching. Thus, it 
should be understood that the above described embodiments 
have been provided by way of example rather than as a 
limitation and that the specification and drawing are, 
accordingly, to be regarded in an illustrative rather than a 
restrictive sense. 

I claim; 

1. A computer program product for an object oriented 
application program for creating objects, the application 
program having a user interface for supporting the creation 
of objects, said user interface comprising a plurality of 
items, said items defining a sequence of tasks for creating 
the objects, and said application program including an 
export utility for exporting document files, said computer 
program product comprising: 

a program storage device having recorded thereon a 
plurality of machine -readable instructions, said instruc- 
tions instructing a computer to generate document files 
for export, and to export said document files, wherein: 

(a) each said document file expresses at least a portion 
of a respective data model, each data model com- 
prising a plurality of objects, each of said objects 
corresponding to a respective task in said sequence 
of tasks for creating the objects, each said document 
file being expressed according to a meta data pro- 
gramming language; 

(b) each said document file comprises a non-empty 
subset of a plurality of data elements corresponding 
to the plurality of objects of the respective data 
model, each of said data elements corresponding to 
a respective task in said sequence of tasks for cre- 
ating the objects; 

(c) said data elements are arranged according to a meta 
data model; 

(d) said meta data model mirrors the sequence of tasks 
defined in the user interface; and 

(e) said instructions of said program storage device are 
capable of generating a first document file expressing 
a first data model, said first document file containing 
all of said plurality of data elements corresponding to 
the plurality of objects of the first data model, and a 
second document file expressing a portion of said 
first data model, said second document file contain- 
ing fewer than all of said plurality of data elements 
corresponding to the plurality of objects of the first 
data model. 

2. The computer program product as claimed in claim 1, 
wherein said meta data model includes means for validating 
each of the data elements in said document file. 

3. The computer program product as claimed in claim 2, 
wherein: 

(i) said meta data language comprises Extensible Markup 
Language (XML); and 

(ii) said means for validating comprises a Document Type 
Definition specified in XML. 
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4. The computer program product claimed in claim 1, elements corresponding to the plurality of objects of the 
wherein said meta data language comprises XML or Exten- first data model. 

sible Markup Language, and said data elements being The computer system as claimed in claim 5, wherein 

arranged according to containment constructs specified in said meta data model includes means for validating each of 

said meta data model. 5 the dala elements in said document file. 

5. A computer system supporting data exportation, com- 7 ^ computer system as claimed in claim 6, wherein: 
pnsing. ^ said meta data language comprises Extensible Markup 

a processor; Language (XML); and 

a memory device for storing application programs; ^ said means for validatmg comprises a Document Type 

a display outputting information to a user; 10 Definition specified in XML. 

an object-oriented application program executable on said 8, The computer system claimed in claim 5, wherein said 

processor, said application program supporting the ere- meta data language comprises XML or Extensible Markup 

ation of objects, said application program having a user Language, and said data elements being arranged according 

interface for supporting the creation of objects, said t0 containment constructs specified in said meta data model, 

user interface comprising a plurality of items, said 15 9 ^ computer system as claimed in claim 5, wherein 

items defining a sequence of tasks for creating the said se°°? d document file contains only a single data 

objects' and element of said plurality of data elements corresponding to 

. . r . ci £ i tne plurality of objects of the first data model. 

an export utility for exporting document files for use by 10 ^ computer systcm ^ claimed in claim 5, wherein 

said application program, wherein said export utility M said export utility is capable of generating a set of document 

generates document files for export and exports said gi es eacn expressing a respective portion of said first data 

document files; model, each document file of said set of document files 

wherein each said document file expresses at least a corresponding to a respective level of granularity, each level 

portion of a respective data model, each data model of granularity corresponding to a hierarchical level of a task 

comprising a plurality of objects, each of said objects 25 trce of sa * d user interfacc » wherein each document file of 

corresponding to a respective task in said sequence of said set of document files contains all data elements corre- 

tasks for creating the objects, each said document file spending to a respective subset of the plurality of objects of 

being expressed according to a meta data programming ****** data model " nder ^ task tre * at the corresponding 

lan a e* granularity of the document file. 

* ' 11. The computer program product as claimed in claim 1, 

wherein each said document file comprises a non-empty 30 whercin said j^nd document file contains only a single 

subset of a plurality of data elements corresponding to data e i eme nt of said plurality of data elements correspond- 

the plurality of objects of the respective data model, mg to the plurality of objects of the first data model 

each of said data elements corresponding to a respec- \2. The computer program product as claimed in claim 5, 

five task in said sequence of tasks; wherein said instructions of said program storage device are 

wherein said data elements are arranged according to a 35 capable of generating a set of document files each express- 

meta data model; m g a respective portion of said first data model, each 

u • j ~ * a * „ a i «,* ~ ~c document file of said set of document files corresponding to 

wherein said meta data model mirrors the sequence of & ^ ^ Qf krft each levd of £ ranma * ity 

tasks defined m the user interface; and corresponding to a hierarchical level of a task tree of said 

wherein said export utility is capable of generating a first ^ user interface, wherein each document file of said set of 

document file expressing a first data model, said first document files contains all data elements corresponding to a 

document file containing all of said plurality of data respective subset of the plurality of objects of said first data 

elements corresponding to the plurality of objects of the model under the task tree at the corresponding level of 

first data model, and a second document file expressing granularity of the document file, 
a portion of said first data model, said second document 

file containing fewer than all of said plurality of data ***** 
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